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(57) L 'invention est un syst^me electronique r^parti 
d*ex6cution de transactions commerciales sur un r^seau 
qui s6pare la fonctionnalit^ transactionnelle des 
informations consignees par les marchands. La 
fonctionnalit^ en question est assur^e par un serveur 
commercial contenant une base de donn^es 
conmierciales. Ce serveur stocke dans la base de donnees 
conunerciales les profils des marchands et des acheteurs 
et des resumes des informations consignees par les 
marchands. Le client explore la base de donnees au 
moyen du serveur commercial en y cherchant des 
produits et des informations et re9oit des informations 



(57) Distributed electronic commerce is conducted over a 
network by substantially separating transaction 
functionality from merchant content. Electronic 
commerce transaction functionahty is provided by a 
commerce server having a conmfierce database. The 
commerce server stores merchant and purchaser profile 
data and merchant content summaries on the conunerce 
database. The purchaser browses and searches for 
product and merchant infomation using the commerce 
server, and is provided with more detailed information 
stored at a separate merchant content server system. The 
purchaser selects products to purchase, and a purchase 
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plus d^laillees qui sont stockees dans un serveur distinct 
reserve aux informations consignees par les marchands. 
Le client choisit les produits qu'il desire acheter et une 
commande d'achat est transmise au serveur commercial, 
lequel amorce le reglement du compte entre le marchand 
et I'acheteur et Tex^cution de la commande d'achat du 
produit choisi. La sdparation entre serveurs distincts de 
la fonctionnalit^ transactionnelle et des informations 
consignees par les marchands, sous le controle d'un 
foumisseur de services commercial et d'un marchand, 
permel d'effectuer des transactions commercials de 
fa9on plus efficace sur un r6seau. 



order is sent to the commerce server. The commerce 
server initiates the settlement of accounts between the 
merchant and purchaser, and initiates order fulfillment 
for the selected product. The separation of transaction 
functionality and merchant content onto separate servers 
under the control of a commerce service provider and a 
merchant, respectively, provides a more efficient and 
effective way of carrying out electronic commerce over 
a network. 
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SYSTEM AND METHOD FOR DISTRIBUTED CONTENT ELECTRONIC COMMERCE 



Distributed electronic commerce is conducted over a 
network by substantially separating transaction 
functionality from merchant content. Electronic commerce 
transaction functionality is provided by a commerce server 
having a commerce database. The commerce server stores 
merchant and purchaser profile data and merchant content 
aummaries on the commerce database. The purchaser browses 
and searches for product and merchant information using 
the commerce server, and is provided with more detailed 
information stored at a separate merchant content server 
system. The purchaser selects products to purchase, and a 
purchase order is sent to the commerce server. The 
commerce server initiates the settlement of accounts 
between the merchant and purchaser, and initiates order 
fulfillment for the selected product. The separation of 
transaction functionality and merchant content onto 
separate s.ervers under the control of a commerce service 
provider and a merchant, respectively, provides a more 
efficient and effective way of carrying out electronic 
commerce over a network. 
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c SYSTEM AMD METHOD FOR DISTRIBUTED 

COMTEMT ELECTRONIC COMMERCE 

This invention relates to carrying out electronic 
10 conunerce on a network, and particularly to an electronic 
commerce server and database that provide transaction 
functionality and content sununaries to purchasers, and 
which refer purchasers to merchant content servers that 
provide more extensive information on products for sale on 
15 the network. 

rncTvTrnnTifl i*^ TnventiQP 

Electronic commerce is traditionally carried out over 
a network using a commerce server networked with 
purchasers and merchants. As shown in FIG 1, such a 
traditional electronic commerce server system ll provides 

5 substantially all of the functionality needed to carry out 
buying and selling on a network 12. This includes storing 
product information provided by merchants 13. accepting 
requests for information from prospective purchasers 14, 
and accepting and processing orders. 

10 The number of commerce servers offered by different 

server vendors is limited. For example, each such server 
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is configured and progranuned differently. Thus, the 
traditional commerce server 11 is complex, expensive, and 
often requires substantial expertise to configure and 
operate. These disadvantages allow only the largest 

5 merchants to own and operate their ovm commerce servers. 

Rather than operate their own' commerce servers, 
smaller merchants typically purchase electronic commerce 
services provided by a commerce service provider. In this 
case, the provider o%ms and maintains the commerce server, 

10 who distributes configuration, operation and maintenance 
costs across the subscriber merchants, realizing an 
economy of scale. However, in so doing, the provider 
usually enforces uniform standards for appearance and 
methods of doing business to reduce the amount of custom 

15 programming necessary in order to economically accommodate 
several different merchants. Thus, each merchant being 
served loses a substantial amount of control over the way 
he conducts business over the network. This restricts the 
merchant's ability to express a particular personality and 

20 to do such things as develop distinctive trade dress. This 
places him at a competitive disadvantage in the 
marketplace, especially when compaixed to those merchants 
who can operate their own servers. 

The service provider's expertise lies in the 

25 acquisition, operation, and maintenance of the commerce 
server hardware and the commerce functionality it provides 
to all of its merchants and purchasers. Examples of 
commerce functionality include taking orders and 
effectuating payment for any product offered by a 

30 merchant . 

However, the service provider faces problems with 
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respect to "content* from the merchant (s) . First, content 
falls within the expertise of the merchant, not the 
provider. Second, the electronic commerce service provider 
faces high costs in acquiring, publishing, and maintaining 
a database of merchant content. This problem is especially 
pronounced when content from many merchants is stored in 
a large aggregate on a commerce server, because there is 
no economy of scale in adding merchant content to a 
server. The cost of adding an additional content file to 
a server is not less than the cost to add a similar file 
previously. In fact, the burden of loading, updating, and 
deleting content from each additional merchant can greatly 
increase the complexity and administrative cost of running 
a server beyond that for the content of the earlier-in- 
time merchants. Further, a larger aggregate of merchant 
content on a single commerce server slows the performance 

of the server. 

Thus, under current methods of carrying out 
electronic commerce, the merchant whose expertise lies in 
producing and managing content is faced with the choice of 
operating and maintaining an expensive commerce server or 
losing control of his marketing to a provider. The 
provider, whose expertise lies in the acquisition and 
maintenance of electronic commerce hardware and software, 
roust shoulder the burden of acquiring, publishing and 
maintaining merchant content. 

c»^«ir^ ftf fhm Invention 

A better way of conducting electronic commerce is to 
allocate most of the task of content acquisition and 
maintenance to the merchant, and allocate most of the task 
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of providing electronic commerce transaction functionality 
to the service provider. Under this regime, neither the 
merchant nor the provider would be burdened with tasks 
outside their respective areas of expertise. The present 
5 invention provides a system for carrying out electronic 
commerce over a network- where transaction functionality is 
provided by a commerce server having a commerce database, 
while detailed merchant content is provided on separate 
merchant content servers. 
10 The commerce server maintains merchant profiles in 

the commerce database. The profiles comprise summaries of 
the products offered for sale by each merchant registered 
with the electronic commerce service. Here, the term 
•product- is meant to include services. A merchant 
15 profile also includes a merchant identification number, a 
list of the payment vehicles accepted by the merchant; a 
summary of merchant policies, and a summary background of 
the merchant. In one embodiment, the merchant 
identification number is the network address of the 
20 merchant's content server. 

The commerce server also maintains purchaser profiles 
in the commerce database that comprise purchaser 
identification numbers, purchaser payment data . (such as 
credit card and bank account numbers), and billing and 

25 shipping addresses. 

The commerce server provides transaction 
functionality that effectuates an electronic commerce 
transaction. An electronic commerce transaction is the 
process of selling and purchasing an item over a network. 

30 A purchaser requests the commerce server to send 

shopping information. The purchaser browses or searches 
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for products on the conunerce server, and data regarding 
products and merchants is retrieved from the commerce 
database. At the purchaser's request for more information 
on a product or merchant, the commerce server refers the 
purchaser to an appropriate merchant content server, which 
contains much more detailed information about the product 
and merchant than is available from the commerce database. 

While browsing or searching the merchant content 
server, the purchaser may select one or more products for 
purchase. When the purchaser indicates he is ready to 
effectuate such a transaction, data concerning the 
selected product or products are sent to the commerce 
server. The data include information sufficient to 
identify the product, purchaser and selling merchant. The 
commerce server communicates with an external payment 
system to debit the purchaser's account and credit the 
merchant 'a account, effectuating the sale. The commerce 
server also generates a fulfillment message that ensures 
product delivery to the purchaser. 

The commerce server also generates reports for the 
merchant and purchaser upon request. The reports 
summarize historical transaction data as requested. 

Merchant content servers are simpler, easier to 
operate, and less expensive than the full -functioned 
servers traditionally used to maintain both content and 
transaction functionality in carrying out electronic 
commerce. The efficient division of functionality between 
the commerce server and the merchant content server thus 
advantageously streamlines the process of providing e- 
coramerce services while lowering the cost thereof . 
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FIG 1 shows a prior art embodiment of an electronic 

commerce system. 
FIG 2 shows an electronic commerce system in 
5 accordance with an embodiment of the present 

invention. 

FIG 3 shows merchant content servers connected to a 

network in accordance with an embodiment of the 

present invention. 
10 FIG 4 shows merchant content servers connected to a 

network in accordance with another embodiment of 

the present invention, 
FIG 5 shows an embodiment of an electronic commerce 

server and an electronic -commerce database in 
15 accordance with an embodiment of the present 

invention. 

FIG 6 shows an embodiment of a merchant interface 

screen in accordance with an embodiment of the 

present invention. 
20 FIG 7 shows an embodiment of a merchant content 

abstract update interface in accordance with the 

present invention. 
FIG 8 shows an embodiment of a merchant content 

abstract edit interface in accordance with the 
25 present invention. 

FIG 9 shows another embodiment of a merchant content 

abstract edit interface in accordance with the 

present invention. 
FIG 10 shows an embodiment of a merchant content 
30 abstract edit interface that shows a list of 

products in the commerce database in accordance 
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with the present invention. 

shows an embodiment of a purchaser interface in 
accordance with the present invention, 
shows an embodiment of a merchant information 
screen generated in response to a purchaser 
query in accordance with the present invention, 
shows an embodiment of a product information 
screen generated in response to a purchaser 
search on a merchant content server in 
accordance with the present invention. 

In accordance with the present invention, an 
embodiment of which is shown in FIG 2. electronic commerce 

15 is carried out over a network 21 with a purchaser 25, 
where content is distributed through the network on 
merchant content servers 22, and transaction functionality 
is provided by an electronic commerce server 23 having an 
electronic commerce database 24. Network 21 is a data 

20 network, an example of which is the Internet. 

The content servers 22 are controlled by merchants, 
and contain detailed merchant data. This merchant data 
comprises information on the products offered by the _ 
merchant, including product names, manufacturers, colors, 

25 sizes, and prices. It also includes multimedia 
information about the product, comprising at least one 
type of text, audio, graphic, animation and video data. 
Merchant data also comprises detailed information 
regarding warranty, guarantee, and merchandise return 

30 information, as well as background information regarding 
the merchant. Merchant content data includes information 



FIG 11 
FIG 12 

5 

FIG 13 
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that comprises an electronic catalog of the merchant's 
products . 

Merchant content servers are simpler, easier to 
operate, and less expensive than the full -functioned 

5 servers traditionally used to maintain both content and 
transaction functionality in carrying out electronic 
commerce. In one embodiment of the present invention 
shoim in FIG 3, each merchant controls its own very siii5)le 
content server 32, 33, 34 and 35," each of which is 

10 connected to the network 31. The term connected 
encompasses direct and indirect data connection. In other 
words, when A is connected to B, A may be connected to B 
directly (e.g., via an RS 232 cable); through a network; 
or through a network of networks. In another embodiment 

15 shown in FIG 4, several merchants 42, 43, 44 and 45 
connected" to a net%#ork 41 share a single content server 46 
connected to the network. In this embodiment, the box 
representing merchant P 42 is a personal computer through 
which merchant P 42 is connected to the network 41. 

20 Merchant P 42 transfers data to and from the merchant 
content server 46 through the net%«>rk 41, to which the 
merchant, content server 46 is also connected. Merchants 
42, 43 and 44 interact with the merchant content server 46 

in the same way. 

25 In accordance with the present invention, an 

electronic commerce server 23 controlled by a transaction 
service provider is also connected to the netwrk 21, as 
shown in FIG 2. The commerce server 23 provides 
transaction and content searching functionality and stores 

30 commerce server data including merchant abstract data on 
a commerce database 24. 
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Transaction functionality refers to the capability to 
carry out actions needed to effectuate a purchase and sale 
over the network 21. For example, in one embodiment, the 
transaction server accepts a credit card number from a 
purchaser and contacts the credit card vendor to verify 
that the account has a sufficient line of credit to 
complete the purchase of a product or products having a 
given price. Once authorization is received, the commerce 
-server sends messages to a banking institution that debits 
the purchaser's account and credits that of the merchant, 
effectuating a purchase. Other transaction functionality 
can include: arranging to have the selected product 
shipped; and/or other order fulfillment functions, such as 
implementing a customer satisfaction survey along with 
product delivery, and storing the results for presentation 
and analysis. 

Commerce server data comprises summary data on the 
products offered by those merchants that have content 
servers that subscribe to the electronic commerce service. 
In one embodiment, this includes product numbers, product 
categories, sizes, colors, prices, and a link to the 
appropriate merchant content server where more product 
information can be found. Commerce server data may also 
include merchant profile data, including summaries of the 
forms of payment accepted by a merchant, merchant 
policies, and merchant background information. Merchant 
profile data is added to the coromerrs database when the 
merchant initially registers for the service, and may be 
updated at any time by the merchant. 

commerce server data comprises abstracts of more 
extensive data available at the merchant content servers. 
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These abstracts are generally substantially smaller in 
size than the data from which they are drawn on the 
merchant content server. For example, in one embodiment, 
a product abstract comprises a textual representation of 

5 a product name, product price, a one sentence description 
of the product, and the URL (Uniform Resource Locator, 
i.e.. network address) of the merchant content server on 
which more information regarding the product may be found. 
The corresponding more fulsome information on the merchant 

10 content server includes the same information provided in 
the abstract, but further comprises a multimedia video of 
the product being modeled with accompanying audio, a full 
catalog description of the product, a description of all 
available sizes and colors, and shipping information. 

15 Thus, the abstract on the commerce server is a brief 
representation of content server data sufficient to enable 
the user to make an informed decision as to whether to 
seek additional information from the appropriate content 
server. This advantageously maximizes the benefits of 

20 distributed electronic commerce in accordance with the 
present invention. 

The present invention advantageously provides a 
simple and uniform interface to the merchant, whereby the 
merchant adds merchant content summary data to the 

25 commerce database 24. An embodiment of such an interface 

is sho%m in FIG 6 . 

In this embodiment a merchant is first identified 61 
and authenticated 62 to the service, and then choose one 
of three possible functions adding product information 63; 
30 editing product information 64, or generating a report 65 
based on historical transaction data. 
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If the merchant selects the add product button 63. 
the service presents to the merchant a screen for 
facilitating entry of product inforroation. One such screen 
is shown in FIG 7. In the illustrated embodiment the 
screen presents several product information fields, 
including a product identification number (SKU) field 711; 
category 712; manufacturer 713; product name 714; list 
price 715; offer price 716; weight 717; size range 718; a 
date until which the offer is good 719; and optional 
keywords 720 and 721. A merchant may define his o%m 
attribute/value pairs 725 for a product. such as 
"Shell/Material- (e.g.. •Shell/100% Cotton.- or 
-Insulation/Material- (e.g.. « Insulat ion/Wool .-) 

When the merchant is finished entering the new 
product data, he selects the submit button 723, and the 
commerce database is then updated, associating the newly 
submitted -data with the merchant's identification number 
and a time stamp indicating when it was added. The 
collection of product information stored in the commerce 
database is called a merchant content abstract. 

It should be noted that this input process and these 
interface screens are an illustrative embodiment of data 
entry methods of the present invention, and that any other 
interface or method for entering data that comport with 
the architecture of the present invention are valid. For 
example, in one embodiment, data entries are validated 
(e.g.. checked for proper correspondence between 
manufacturer and product name, etc.) before the data 
entries update the electronic commerce server database. 

In one embodiment of the present invention, the 
commerce server is provided with a merchant content 
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abstract according to the following data structure: 



merchant_content_abstract 

merchant /•merchant identification number*/ 

5 SKa_number /•product identification number*? 

category /•product type*/ 

manufacturer /♦product maker*/ 

keyword /*searchable keyword*/ 

keyword /•searchable keyword*/ 

10 name /*product name*/ 

li8t_price /*manufacturer' s suggested retail 
price*/ 



IS 



} 



weight 
size_range 

offer_price /♦price offered to purchaser*/ 
good until /♦date offer expires^/ 
time^stamp /♦time loaded by merchant^/ 



20 



It should be noted that size/value and weight /value are 
two embodiments of a general attribute/value format. Each 
attribute/value pair may be specified by the merchant -to 
tailor the abstract to meet his requirements. For 
example, for a saw, a merchant may specify the material of 
25 which the cutting surface is made with the attribute/value 
pair blade/material, e.g., blade/titanium. 

Generally, the URL of the merchant content server is 
provided to the commerce server at the time the merchant 
registers with the service. However, in accordance with 
30 the present invention, the merchant may advantageously 
specify another URL 724 (FIG 7) for a.- merchant content 
server on the abstract interface screen. 

A further advantage of the present invention is that 
any server having content may register with the commerce 
35 server without having to be" designed specifically to take 
advantage of the service. Besides registering with the 
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service, it is only necessary that the merchant enter 
content abstracts to the commerce server. 

If the merchant selects the edit product button 64, 
he is presented in one embodiment with the screen shown in 
5 FIG 8. The merchant may specify an exact product to edit 
by completely specifying its SKU 81. in which case the 
commerce database is searched and the " corresponding 
product summary data are displayed, an example of which is 
shown in FIG 9. Alternatively, he may include wildcard 
10 characters in the SKU and a list of matching products sold 
by that merchant will be displayed. For example, if * 
constitutes a wildcard symbol and the merchant specifies 
the SKU to be edited as 132*. the commerce server will 
search for all SKU's whose first three digits are 132. An 
15 SKU of 1??45 includes all SKU's whose first, fourth and 
fifth digits are 1, 4 and 5 respectively. Likewise, the 
merchant may request a listing by manufacturer, category 
or product name. In each of these cases, the e-commerce 
server searches for and presents a list of products. An 
20 example of such a list for all products manufactured by 
Scandia is shown in FIG 10. 

AS shown in FIG 10, the list is a summary 
presentation of the product name 101. product category 
102, SKU 103 and the date on which the product information 
25 was entered into the commerce database. A highlight bar 
105 that covers one product at a time may be moved up and 
dovm the list by movement arrows 106 and 107, 
respectively. The merchant selects an item to edit from 
the list by moving the highlight bar over the item and 
30 then selecting the Select button 108. Khen the merchant 
selects an item from the list to edit, a screen such as 
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that shown in FIG 9 is presented to the merchant. 

Alternatively, the merchant may expediently delete product 

data for the highlighted product from the commerce 

database by selecting the delete button 109. Thus, the 
5 merchant may add. edit and delete his product data 

summaries -in the commerce database according to a simple 

and uniform interface. 

A pseudp code embodiment of the process for changing 

merchant product data summaries in the commerce database 
10 in accordance with the present invention is as follows: 

change_merchant_content_abstract ( ) 



IS 



identify_merchant 0 ;- 
authenticate_merchant () ; 
case (add_product) 



- accept product_data 



20 



merchant /*merchant identification*/ 
SKU number /*product identification 



number*/ 



25 



category /*product type*/ 

manufacturer /*product maker*/ 

keyword /* searchable keyword*/ 

keyword /* searchable keyword*/ 

name /♦product name*/ 

list_price /*roanufactvirer' s suggested 



retail price*/ 



30 



weight 

si ze_r ange 

offer_price /*price offered to 



purchaser*/ . 



good__until /*date offer expires*/ 
time_stamp /*time loaded by merchant*/ 



35 



case 



(edit_j)roduct) 
case (identify_product_SKU) 



; ._ / * i d e n t i f y 
product to be 
edited by 
completely 



40 



CA 02222229 1997-11-25 



15 

specified SKU 
number*/ 

display product_data 
if (delete jproduct) 

delete product^data 

else 

accept product edits 
store new product^data 
return 

case (identi£yj>roduct_li8t) ; / * i d e n t i £ y 

product list by 
specifying SKU 
with wildcard or 
manufacturer or 
category*/ 

display product_list 

accept product selection /*using highlight 

bar*/ 

if (delete Jproduct) 

delete product_data 

else 

accept product edits 
store new product_data 
return 

} 

The present invention thus advantageously provides a 
convenient and efficient way for . merchant to shop over 
a network through simple and easy to understand 
interfaces. An embodiment of such an interface is shown 
in FIG 11. When a purchaser connects to the commerce 
server and is identified by providing a purchaser ID in 
field 111 and is authenticated by providing a purchaser 
password in field 112. the commerce server associates any 
subsequent transactions with the purchaser's customer 
profile data stored on the commerce database. In one 
embodiment, customer profile data includes the customer's 
name, billing address, shipping address and credit card 
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numbers with expiration dates. In another embodiment, 
customer profile data also includes information derived 
from historical transaction data, such as buying patterns. 
In yet another embodiment, customer profile data includes 

5 demographic data, including income level and household 
information of the purchaser. 

A purchaser may choose to view product and merchant 
information by predetermined category, such as home 
appliances 113, outdoor gear 114, or electronics 115. 

10 Alternatively, the purchaser may wish to carry out a 
search of the commerce database. Such a search may be 
boolean, e.g., HIKING AND (BOOTS OR SHOES). In another 
embodiment, the search is in a natural language format as 
is known in the art, e.g., I NEED HIKING BOOTS FOR 

15 BACKPACKING. 

An embodiment of a screen responsive to such a 
natural language inquiry is shown in FIG 12. Here,- the 
response is shown according to the names of merchants 121, 
122, 123 and 124 who sell hiking boots.. In another 
20 embodiment, the response is shown in accordance with 
hiking boots products listed in the commerce database. In 
the embodiment shown in FIG 12, tokens are displayed for 
each merchant indicating the types of payment, accepted by 
the merchant 125 and the number of days in the merchant's 
25 money-back guarantee 126 . This is merely meant, to be 
exemplary of the types of information that could be 
supplied to the purchaser at this stage. Other types of 
information such as warranty information and service 
telephone numoers could also be included. 
30 upon selecting a merchant from the screen shown in 

FIG 12, the purchaser is referred by the commerce server 
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to the content server on which the selected merchant has 
placed his merchant content. In one embodiment in which 
the present invention is implemented on the Internet, the 
URL of the merchant is contained in a table in the 
5 commerce database that cross-references it to the merchant 
identifier in the product data structure. In another 
embodiment, the network address of the content server is 
included in the product data structure as an additional 
field. 

10 -upon accessing the content server, the purchaser 

is presented with an electronic version of the merchant's 
store, such stores are well known in the art as websites 
on the world Wide Web (WWW) . The purchaser is able to 
search and browse among products offered by the merchant; 
15 learn detailed information regarding the merchant's return 
policy; learn about forms of payment accepted by the 
merchant; -and order products. An example of a product 
screen at a content server is shown in FIG 13. The 
picture of the boot 131 may be animated, and the boot 
20 could be slowly turned so all sides may be viewed. Audio 
accompanies the picture, describing the advantageous 
features of the boot. This is supplemented with textual 
information 132, as well as information about the boot's 
available sizes 133, weight 134. suggested retail price 
25 135. offer price 136, and offer expiration date 137. If 
the purchaser wants to select the boot for purchase, the 
purchaser selects the Buy This button 138 at the bottom of 
the screen. 

Every screen of this embodiment of the content server 
30 also can have a Make Purchases button 139. The purchaser 
selects this button when he is ready to effectuate an 
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electronic transaction whereby the selected products are 

purchased. 

When the purchaser has finished shopping and he 
selects the Make Purchases button 139, order information 

5 for his selected products is transmitted to the commerce 
server. In a preferred embodiment, this order information 
comprises the purchaser identification number, merchant 
identification number. SKU number, quantity, payment 
information, and special information (e.g.. size, color) 

10 that may include attribute/value pairs. An embodiment of 
the data structure for such a purchase message from a 
content server to the commerce server is as follows: 

purchase^order 

^ purchaser_id /^purchaser identification number*/ 

merchant id /^merchant identification nun^r*/ 

- /♦product identification number*/ 

-jft ouantitv /♦number of product ordered*/ 

^^ent /♦credit or debit card selection*/ 



25 



30 



35 



special 
size 

color \.*/ 
date_entered /*When the order was sent*/ 

) 

in this embodiment, the price of the selected product is 
derived from its merchant content abstract in the coamerce 
database. In another embodiment, the price of the 
selected item is included in the purchase order fro* the 
merchant content server, and need not be derived from the 

commerce database. 

upon receiving the purchaser order message, the 
commerce server effectuates the transaction first by 
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retrieving the appropriate data from the conmierce 
database. In one embodiment, this data includes customer 
profile data including purchaser credit card numbers, 
billing and shipping addresses. It further includes 
5 merchant profile data including merchant account numbers 
and acceptable forms of payment data. It further includes 
product data information such as price information. In 
another embodiment, this information further includes 
product availability data, which is used in conjunction 
10 with an inventory control program of a kind well known in 
the art to obtain and ship a product in the most expedient 
and efficient manner possible from a plurality of 
available sources. For example, in one embodiment of the 
present invention, the commerce server database maintains 
15 information on the inventory levels for each merchant for 
each of his products. If a purchaser submits an order for 
a product of which a merchant is out of stock, the 
merchant may backorder the item or the purchaser may 
select another merchant. 
20 The commerce server interacts with external payment 

systems (e.g., a bank) to cause purchaser's payment 
vehicle (such as a credit or debit card account) to be 
debited, and the merchant's account to be credited. In 
one embodiment, the merchant's bank account is directly 
25 credited with the appropriate amount. In another 
embodiment, the merchant's account with the commerce 
service is credited, and actual payment to the merchant's 
bank account is made at a later date in accordance with a 
predetermined commerce service policy. 
30 A pseudo-code embodiment of the purchasing process in 

accordance with the present invention is as follows: 
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purcha8e_proce88 () ; 



{ 



accept request 

display shopping j>age 
accept purchaser^query 



10 



15 



/conunerce server accepts 
request for shopping page 
from purchaser*/ 
/♦shopping pag© 
displayed to purchaser*/ 
/♦accept purchaser natural 
language query*/ 
search commerce_database /*cofnmerce database is 

searched for products and 
merchants that match 
purchaser_query* / 

if (no match) 

display no_match 

else 

display matching_merchants 



( 



merchant^name 



20 



25 



/*merchant name is 
selectable with 
underlying network 
address pointing to 
merchant content 
server*/ 
merchant^network^address 



30 



payment_accepted 



retum_policy 



roerchant_blurb 



/*tokens indicating 
credit and/or debit 
cards accepted*/ 
/* token indicating 
days to return for 
refund*/ 

/*brief textual blurb 
about merchant*/ 



35 



return 



40 



accept merchant_selection 

refer purchaser to 
merchant content server 



/♦merchant selected by 
purchaser*/ 

/♦at network address 
for content server for 
selected merchant^/ 



45 



accept purchase_order from purchaser 



{ 



purchaser_id /*purchaser identification 
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identification 



of 



number*/ 

/♦merchant identification 
number*/ 
/♦product 
number*/ 
/♦number 
ordered*/ 
/♦credit or 
selection^/ 
8pecial_selection_data 
size 
color 

date entered /*When the order was sent*/ 



merchant_id 



SKU 



quantity 
payment 



product 
debit card 



} 



search database for purcha8er_j)rof ile 



{ 



purchaser_id 

payment_data_l 

credit_card_type 
credit _card_number 
expiration_date 

payment_data_2 

credit_card_type 

credit_card_number 

expiration_date 

billing_address 

shipping_addresB 

date entered 



/♦this filed is used 
as a flag in updating 
or eliminating old 
information*/ 



} 



search database for merchant_j)rof ile 



{ 



} 



merchant_id 

merchant_account_number 



effectuate payment 



/♦payment type selected by 
purchaser is debited*/ 
initiate order fulfillment /*an electronic 

message is formatted 
and sent to the 
appropriate order 
f ul f il Iment agent , 
instructing the agent 
which products to ship 
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to the purchaser*/ 

} 

The present invention also advantageously provides 
5 the purchaser and merchant with the ability to generate 
various reports based upon historical transaction data 
stored on the conunerce' database . A merchant generates a 
report by selecting the report button 65 on the screen 
shown in FIG 6. In one embodiment, a merchant report 
10 lists all sales of merchant's products through the service 
on a monthly, weekly or daily basis selectable by the 
"'erchan*t. In another embodiment, a report shows summary 
dollar amounts generated by sales by categories specified 
by the merchant. In yet another embodiment, a report 
15 presents the results of customer satisfaction surveys in 
formats readily and advantageously selectable by the 
nierchant (e.g.. by product purchased, time period, or by 
selected demographic features of the purchaser) . 

A purchaser generates a report by selecting the 
20 report button 118 shown in FIG 11. In one embodiment . a 
report shows all purchases made by the purchaser through 
the service over the past five, ten or thirty days, or 
since the beginning of the present calendar year. In 
another embodiment, a report shows a breakdown of dollar 
25 amounts purchased under each form of payment authorized by 
the purchaser since the beginning of the present calendar 
year. 

The reporting feature of the present invention 
advantageously provides both merchants and purchasers with 
30 the ability to track and assess the utility and efficiency 
of the service. It also assists the merchant and purchaser 
to control budgets and track cash flow. 



CA 02222229 1997-11-25 



23 

Separating merchant content from transaction 
functionality on an electronic commerce system in 
accordance with the present invention represents a 
sensible and efficient allocation of resources in 

5 promoting commerce over a network. It allows the 
transaction service provider to concentrate his resources 
on providing the roost up-to-date and efficient set of 
services for effectuating buying and selling transactions 
between networked parties. Likewise, the merchant is 

10 freed form the burden of maintaining transaction 
functionality, and concentrates on his area of expertise, 
merchant content and product information. The present 
invention thus provides a more effective and efficient way 
of carrying out electronic commerce. 
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What is claimed is: 

1. An electronic commerce ser^rer system for carrying out 
distributed electronic commerce using a network with 
merchant content servers, and purchasers, comprising an 
electronic commerce server connected to the network and an 
electronic commerce database connected to said electronic 
commerce server, said commerce server associating merchant 
content stored on said database with merchant content stored 
on a merchant content server. 

2. The system of claim 1, wherein the merchant content 
stored on said electronic commerce database is a merchant 
content abstract summarizing the associated merchant content 
stored on said merchant content server. 

3. The system of claim 2, wherein said merchant content 
abstract comprises: 

a. merchant identification data; 

b. product identification data; and 

c. product price data. 

4. The system of claim 2, wherein said merchant content 
abstract comprises an attribute/value pair. 

5. The system of claim 2, wherein said merchant coijtent 
abstract con5)rises: 

d. a time stamp indicating the time said merchant 
content abstract was stored on said database; and 
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e. a product keyword. 

6. The system of claim 3. wherein said merchant content 
abstract further comprises product weight data useful in 
determining the cost of shipping a product. 



7. The system of claim 1, 
merchant profile data. 

8. The system of claim 1, 
purchaser profile data. 

9. The system of claim 1, 
historical transaction data. 



wherein said database stores 



wherein said database stores 



wherein said database stores 



10. A method for coordinating a plurality of parties 
including a merchant and a purchaser to effectuate an 
electronic commerce transaction using a network, comprising 

the steps of: 

a. storing a merchant content abstract; 

b. receiving a request for merchant content 
information; 

c. searching a database for merchant content 
information responsive to said request; 

d. presenting the results of said search; 

e. providing a reference to a merchant content server 
connected to the netwrk; 

f. receiving a purchase request having a selected 
product; and 

g. initiating an electronic transaction for said 
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15 selected produce. 

1 11. The method of claim 10. wherein the merchant content 

2 abstract is received from a merchant. 

1 12. The method of claim 10. wherein the merchant content 

2 abstract is generated automatically by the electronic 

3 commerce server using the results of an electronic search of 

4 the merchant content server. 

1 13. The method of claim 10, wherein storing a merchant 

2 content abstract comprises the steps o£: 

3 a. storing product identification data; 

4 b. storing merchant identification data; and 

5 c. storing product price data. 

1 14. The method of claim 10. wherein storing a merchant 

2 content abstract further comprises the step of storing a 

3 time stamp designating the time at which said merchanfe- 

4 content abstract is stored in the database. 

1 15. The method of claim 10. wherein the step of initiating 

2 an electronic transaction comprises the steps of: 

3 a. receiving payment vehicle selection data; 

4 b. directing that the selected payment vehicle be 

5 debited to the sum of the net cost of the selected 

6 product; 

7 c. directing that a merchant account be credited for 

8 the sale of the selected product; and 

9 d. directing the delivery of the selected product to 
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its purchaser. 



1 16. The method of claim 15, further comprising the step of 

2 storing a record of the electronic transaction in a 

3 database . 

1 17. The method of claim 15, wherein the step of receiving 

2 payment vehicle selection data comprises the step of 

3 retrieving preregistered payment vehicle information from a 

4 databaise . 

1 18. The method of claim 15. wherein the step of receiving 

2 payment vehicle selection data comprises the steps of 

3 accessing a purchaser profile and: 

4 a. retrieving purchaser credit card identification 

5 data; 

6 b. retrieving a purchaser credit card number; and 

7 c. retrieving a purchaser credit card expiration 
g date. 

1 19. The method of claim 15, further comprising the step of 

2 storing transaction data in the database. 

1 20. The method of claim 10. further comprising the step of 

2 generating a transaction report. 

1 21. The method of claim 20. wherein the transaction report 

2 is generated for a merchant. 



The method of claim 20. wherein the transaction report 
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2 is generated for a purchaser. 

1 23. An electronic commerce serv« system for carrying out 

2 electronic commerce between purchasers and merchants over a 

3 network comprising: 

4 a. computer readable storage media for storing a 

5 merchant content abstract; 

6 b. means for receiving a request for merchant content 

7 information; 

g c. a computer for searching said computer readable 

9 storage media for merchant content information 

JO responsive to said request; 

1, d. means for presenting the results of said search; 

12 e. means for providing a reference to a merchant 

j3 content server connected to the network; 

,4 f . means for receiving a purchase request having a 

J 5 selected product; and 

,g g. means for initiating an electronic transaction for 

j7 said selected product. 

1 24. The system of claim 23. further comprising means for 

2 'generating a transaction report. 
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FIG, 6 



MERCHANT INTERFACE SCREEN 


MERCHANT ID: 




MERCHANT PASSHORD: 






ADD PRODUCT \ — '63 




CPH PRODUCT 64 




REPORTS ■ 65 
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SKU: 



CATEGORY 
MANUFACTURER: 
PRODUCT NAME: 
LIST PRICE: 
OFFER PRICE: 
WEIGHT: 



SIZE RANGE: 
GOOD UNTIL: 
KEYMORO: 
KEYWORD: 



HARRY'S OUTDOOR SUPPLY 

-711 
-712 
-713 



I — 714 
-715 

-716 URL: 
-717 
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— 720 



] — 721 



GO BACK 



TAG 
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SUBMIT 



-722 



-723 



■724 



VALUE 



]/[ 
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] — 725 



FIG, 8 



EDIT A PRODUCT 



SKU: 



MANUFACTURER: 
CATEGORY: 



PRODUCT NAME: 



] — 81 



] — 82 
-83 
-84 



SUBMIT 



85 



GO BACK 86 
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m 13245 
CATEGORY: FOOTHEAR 
MANUFACTURER: SCANDIA 
PRODUCT NAME: ARIANNE 
LIST PRICE: $162.00 
OFFER PRICE: $148.00 
HEIGHT: 3 LBS 4 OZ. 
SIZE RANGE: 6-12 
GOOD UNTIL: 09/98 
KEYWORD: HIKING 
KEYHORD: BACKPACKING 
DATE ENTERED: 09-09-96: 1532 



SCANDIA ARIANNE HIKING BOOTS 

DELETE 



SUBMIT 
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SCANOIA PRODUCTS 
102 103 



104 



PRODUCT NAME 
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SKU 


DATE ENTERED 


WIND FACE 
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FIG. a 



HELCOME TO NETHORK SHOPPING 



PURCHASER ID: 
PURCHASER PASSWORD: 

HOT AREAS: 
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REPORT 
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THE 

INTREPID 
HIKER 



122 



123. 



2 



AM'S 



PITTSFORD 
HIKING 
BOOTS 




•HIKING BOOTS BACKPACKING" 



WE SELL ALL KINDS OF CAMPING 
SUPPLIES. INaUDING TENTS. STOVES. 
FOOD. FOOTWEAR. 



125 125 126 



MILITARY SURPLUS. INCLUDING WOOL 
PANTS. EMPTY SHELLS. FOOD. CAMPING 
EQUIPMENT AND BOOTS. . . . q-j 

125^26^ 

ALL WE SELL IS HIKING BOOTS; 
INCOMPARABLE SELECTION; UNBEATABLE 
PRICES; WE SPECIALIZE IN BACKPACKING. . . 



125^^ 125 125^ 126^ 

^ I I I r [\ 
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PITTSFORD HIKING BOOTS 




SCANDIA'S AfllANNE BACKPACKING BOOT 



EXTRA 
HEEL 
COMFORT 



SUPPORTED 
SOLE ^'^^^ 



THE ARIANNE HIKING BOOT 
IS MADE TO LAST. AND 
HAAS MARKED THE BEST 



^133 
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HEIGHT: 3 LBS 4 0Z.-^134 
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